Re[2,sum]: Prechod delphi 7 na delphi 2005

Otázka od: David Kraina

26. 11. 2004 10:15

>> jak delam v tom hru
>V teto souvislosti bych rad upozornil na Baltika 3D .NET, www.sgp.cz

Vsechno jde, kdyz se chce.

-------

>> - Vsechno same metody .. kdo se dobre nevyzna v OOP nema sanci
>? To ma byt argument???
Argument ceho ?
Spise to byla jen takove upozorneni (konferenci nectou jenom experti), ze
"rozhodnout" se programovat v nejnovejsim (myslim) jazyce neni jen tak easy.
Proste kod :

Using System;

class Hello
{
  public static void Main ( )
  {
    Console.WriteLine("Hello, World");
  }
}

... by mohl nekoho vystrasit. Ale to je zase flame.

>Tak v OOP snad programujeme uz od Turbo Pascal 5.5 nebo ne?
Pokud se tomu OOP dalo rici

-------

>> - Grabage collector - to je zase napad !
>Nekdy by se hodilo mit na uvolnovanim kontrolu
to teda jo

> ale co znamena ta posledni poznamka?
>To si delas srandu? Alokovany objekt, na ktery neukazuje zadna reference,
>smrdi dost velkou chybou.

"You cannot control exactly when an object will be destroyed"
"Garbage collection only destroys an object when no other object holds a
reference to it"

Hlavnim smyslem "pry" bylo zabranit dvojnasobnemu uvolnovani.
Ale vyhodou je (no, v jistem smyslu i nevyhodou), ze referencni/hodnotove
typy jsou alokovany teprve tehdy, kdyz jsou potreba. Hodnotove se pak
uvolnuji pri ukonceni bloku.

>Kdyz se nekdo nevyzna v OOP, tak nevim, na co mu jsou objekty. Kdyz
>chces argumentovat, pak v souvislostech a ne si najit kazdou drobnost,
>ktera se zrovna tobe nelibi. Me to treba vyhovuje.
Kdyz se nekdo nevyzna v OOP, nedela v C#
Souvislostech ? No, uznavam, ze to slo definovat urcite lepe.
A nikomu to neberu, bylo to spise k zamysleni...

>Coz je presne to jak by to melo byt.
Hmm, tak k tomu nemam co dodat.

-------

>> - vsude cpou same XML

> Hehe - dnes nevim, jak jsem bez toho mohl zit. ;)
> Oboje vsak neni vlastnost C#, ale .NET.

Nemohu nez souhlasit.
XML je jen zdrojem me neznalosti, resp. jeho rozsirene vyuziti, ja v tom
vidim pouze strukturovany zpusob zapisu dat

----

>> - atd, atp.
>Co atd, atp.?

Nic dalsiho me nenapadlo

---

>> Zdoj mych informaci : MSDN Training, Programming with C# I.

>A mych: prakticka zkusenost.

V tom pripade nemohu oponovat.

---

> Libor Junek
Plne souhlasim.

---

>Prechodu z D7 na D2005
Omlouvam se za flame.
Nechtel kritizovat jazyk jako takovy, ale spise jsem tim chtel poukazat na
ty hlavni rozdily oproti Delphi. Vlastni zkusenosti v tom nemam, a kdyz uz
to nekdo napsal a hojne se to pouziva, tak to tak spatne zase nebude

Jen se mi Delphi v nekterych smerech zda takove flexibilnejsi - coz je ale
kazdy nizsi jazyk. V ASM se dela nejlepe

---

> Presne tak! Na topicu "7->2005" si zacal "nekdo" vylivat zlost za sve
>neschopnosti v programovani, misto toho vyuzil konferenci ke studiu ci
>obcasnym vypomocem. Takze panove zpet do prace a relevantnim
>informacim.

Tomu se rika profesionalni pristup, vitejte v komunisticke konferenci. Od
toho tu je ADMIN.
Ale cim to, ze me tahle narazka od "nekoho" neprekvapuje ?

---

S pozdravem

David Kraina, DKx
---------------------------
Vedouci vyvojarskeho tymu MX-3, programator

http://DKx.MX-3.cz
http://www.MX-3.cz

Odpovedá: Petr Zahradnik

26. 11. 2004 11:14

Puvodni zprava ze dne 26.11.2004:

> Hele, nechcete toho nechat a zacit se zas bavit trosku seriozne,
> kdo ma tyhle maily porad mazat ...

ADMIN: Tak se na tyden odhlas a nemusis nic mazat. Konference, kde je
mnoho stovek ucastniku, nemuze nikdy vyhovovat uplne kazdemu. A pokud
je nekdo netolerantni k nazorum a zajmum ostatnich, pak samozrejme
nemuze byt pritomen v takove komunite.

Petr Zahradnik, pocitacovy expert

==========================================================
Petr Zahradnik, Computer Laboratory
Obvodova 740/14, 400 07 Usti nad Labem
telefon: 475 501 627, mobil: 602 409 601, fax: 475 511 338
web: http://www.clexpert.cz, e-mail: clexpert@clexpert.cz
ICQ: 21215917, MSN: clexpert@clexpert.cz
==========================================================

Odpovedá: Petr Zahradnik

26. 11. 2004 10:36

Puvodni zprava ze dne 26.11.2004:

> Jen se mi Delphi v nekterych smerech zda takove flexibilnejsi

Flexibilnejsi nez co? Nez C#? V Cem?

> - coz je ale kazdy nizsi jazyk.

Co co? Delphi je nizsi jazyk nez C#?

> V ASM se dela nejlepe

Vtipalku

Petr Zahradnik, pocitacovy expert

==========================================================
Petr Zahradnik, Computer Laboratory
Obvodova 740/14, 400 07 Usti nad Labem
telefon: 475 501 627, mobil: 602 409 601, fax: 475 511 338
web: http://www.clexpert.cz, e-mail: clexpert@clexpert.cz
ICQ: 21215917, MSN: clexpert@clexpert.cz
==========================================================

Odpovedá: Skalsky Milan

26. 11. 2004 10:56

Hele, nechcete toho nechat a zacit se zas bavit trosku seriozne, kdo ma tyhle
maily porad mazat ...

Odpovedá: petr palicka

26. 11. 2004 11:04

no, asi tak, neco je od veci, neco k veci. konkretne JA tento thread
diskuse ctu. nic nevadi mejly ignorovat a necist.
mam v delphi konferenci 3566 neprectenych mejlu a mymu postakovi to
nijak nevadi

doporucuji razeni mejlu podle vlakna, potom si muzes cele jedno vlakno
sbalit do jednoho radku a nijak to neprekazi.

stay coll

Peca

Skalsky Milan wrote:

> Hele, nechcete toho nechat a zacit se zas bavit trosku seriozne, kdo ma tyhle
maily porad mazat ...

Odpovedá: Skalsky Milan

26. 11. 2004 11:54

Ja je taky ctu ... Vzdycky v nadeji, ze se tam doctu neco noveho ... Ale v
poslednich par mailech byla hromada veci, u kterych jsem vahal nad tim, zda je
to ironie a nebo je to jen tim, ze je patek a clovek je uz pretazenej ...

-----Original Message-----
From: delphi-l-owner@clexpert.cz [mailto:delphi-l-owner@clexpert.cz] On Behalf
Of petr palicka
Sent: Friday, November 26, 2004 11:05 AM
To: delphi-l@clexpert.cz
Subject: Re: Re[2,sum]: Prechod delphi 7 na delphi 2005

no, asi tak, neco je od veci, neco k veci. konkretne JA tento thread
diskuse ctu. nic nevadi mejly ignorovat a necist.
mam v delphi konferenci 3566 neprectenych mejlu a mymu postakovi to
nijak nevadi

Odpovedá: Winsoft

26. 11. 2004 15:07

> Hlavnim smyslem "pry" bylo zabranit dvojnasobnemu uvolnovani.

a trojnasobnemu

> Ale vyhodou je (no, v jistem smyslu i nevyhodou), ze referencni/hodnotove
> typy jsou alokovany teprve tehdy, kdyz jsou potreba. Hodnotove se pak
> uvolnuji pri ukonceni bloku.

zatial vie GC iba uvolnovat pamet. Az ju bude vediet aj sam
alokovat, tak programovanie asi bude celkom zabavne

> Nechtel kritizovat jazyk jako takovy, ale spise jsem tim chtel poukazat na
> ty hlavni rozdily oproti Delphi. Vlastni zkusenosti v tom nemam, a kdyz
uz
> to nekdo napsal a hojne se to pouziva, tak to tak spatne zase nebude

ten problem by som videl v poradi. Najprv si nieco precitat
o programovani a potom to aplikovat pomocou prog. jazyka.
Realita je asi ina. Pouzivanim a ucenim sa prog. jazyka
programatori objavuju samotne programovanie

> Jen se mi Delphi v nekterych smerech zda takove flexibilnejsi - coz je ale
> kazdy nizsi jazyk. V ASM se dela nejlepe

no keby som vedel tak rychlo generovat ASM kod ako
povedzme Delphi, tak urcite robim v ASM

Erik

Odpovedá: Jan Sebelik

26. 11. 2004 15:17

> >Tak v OOP snad programujeme uz od Turbo Pascal 5.5 nebo ne?
> Pokud se tomu OOP dalo rici

Urcite dalo !!!
A delali jsme v tom.
Navic tam byla i dobra dokumentace.
Chtel bych dneska slyset nekoho, kdo bude nadavat na Turbo Vision, Object
Windows (nebo jak se to tenkrat jmenovalo: TP6, BP7, 1998? 1989?)

Honza
====================================
= RNDr. Jan Sebelik - HAES
= Skolici a konzultacni stredisko pro vyvoj SW
= www.haes.cz
= Vojtiskova 321
= 507 81 Lazne Belohrad
= tel. 493 792 931 (mobil 776 347 735)
====================================

Odpovedá: David Kraina

26. 11. 2004 20:57

>> Jen se mi Delphi v nekterych smerech zda takove flexibilnejsi
> Flexibilnejsi nez co? Nez C#? V Cem?

Proste uz jenom ten Garbage collector. To mazani "nekdy" se na 90% provede v
nejnevhodnejsi dobu.
Me osobne by procedurky chybely. Jasne, jsou tam staje jako metody atd.

A hlavni smysl byl v delani veci na nizsi urovni, nez jazyk byl puvodne
zamyslen, tedy napriklad operace s pameti typu copymemory, string je pouze
unicode (coz je dost+), tedy nutnost vlastnich struktur, samotne API nabizi
sice sloziteji, ale mnohem vice jak ten Framework ... ale to uz prehanim, uz
pisu jak mnou kritizovany C++ kolega.

>> - coz je ale kazdy nizsi jazyk.
>Co co? Delphi je nizsi jazyk nez C#?

Spise by melo byt definovano, co je nizsi jazyk.
Je to sice muj nazor, ale urcite ma Delphi vetsi spektrum efektivni
pouzitelnosti jak C#

>> V ASM se dela nejlepe
> Vtipalku

Ale udelas vse, a nejoptimalizovaneji (pokud programator neni prase)

S pozdravem

David Kraina, DKx
---------------------------
Vedouci vyvojarskeho tymu MX-3, programator

http://DKx.MX-3.cz
http://www.MX-3.cz

Odpovedá: David Kraina

26. 11. 2004 21:07

>> Hlavnim smyslem "pry" bylo zabranit dvojnasobnemu uvolnovani.
>a trojnasobnemu

>zatial vie GC iba uvolnovat pamet. Az ju bude vediet aj sam
>alokovat, tak programovanie asi bude celkom zabavne

Abychom se nakonec nedivili, vzhledem k tomu, ze to M$ vyzdvihuje jako jednu
z hlavnich vyhod C# ...

>ten problem by som videl v poradi. Najprv si nieco precitat
>o programovani a potom to aplikovat pomocou prog. jazyka.
>Realita je asi ina. Pouzivanim a ucenim sa prog. jazyka
>programatori objavuju samotne programovanie

To je fakt, plne souhlasim.
Ja jsem se pouze naucil tu 1. bychli a mozna (po zkousce) budu delat kurzy,
takze neco o tom vim, ale vlastni praxi mam jenom z OOP v Delphi.

>no keby som vedel tak rychlo generovat ASM kod ako
>povedzme Delphi, tak urcite robim v ASM

Jenom asi jenom o 5 let vice, pohoda

S pozdravem

David Kraina, DKx
---------------------------
Vedouci vyvojarskeho tymu MX-3, programator

http://DKx.MX-3.cz
http://www.MX-3.cz

Odpovedá: David Kraina

26. 11. 2004 21:12

> > OOP Turbo Pascal

>A delali jsme v tom.
>Navic tam byla i dobra dokumentace.
>Chtel bych dneska slyset nekoho, kdo bude nadavat na >Turbo Vision, Object
>Windows (nebo jak se to tenkrat >jmenovalo: TP6, BP7, 1998? 1989?)

No, vetsina lidi, jako i ja

vubec netusili v dobach Pascalu co OOP je.
Jedina moje aktivita v tomhle smeru (jeezis, to je davno) byla ta, ze jsem
si otevrel examples Turbo Vision, zvlaste ten souborovy manazer a ve snaze
vymyslet neco sveho a naprosto uzasneho jsem drbal do toho tak dlouho, dokud
jsem ty veschny examples nemusel zase shanet v puvodnim zneni

S pozdravem

David Kraina, DKx
---------------------------
Vedouci vyvojarskeho tymu MX-3, programator

http://DKx.MX-3.cz
http://www.MX-3.cz

Odpovedá: Petr Zahradnik

26. 11. 2004 21:47

Puvodni zprava ze dne 26.11.2004:

> Proste uz jenom ten Garbage collector. To mazani "nekdy" se na 90%
> provede v nejnevhodnejsi dobu.

Proc resis prosimte likvidaci objektu? Prave tohle je proto, abys to
resit nemusel. Leta pouzivam napriklad nastroj Sleuth QA Suite od
TurboPower za nemale penize, kterym se prave odhaluji takove memory
leaky, kdy neco neuvolnis...

Jestli v Delphi opravdu programujes, pak musis jasne vedet, ze prave
neuvolneni systemovych prostredku a pameti je uplne ten nejzakladnejsi
problem programu - proste vetsinou se nejaky najde, at chces nebo ne.
V kazdem programu jsou chyby a garbage collector odstranuje prave
tuhle nejvetsi a nejcastejsi chybu. Diky tomu muzes zapomenout na ty
silene kontrukce try-finally hroznym zpusobem zanorene do sebe jen
kvuli spravnemu uvolnovani prostredku.

Ja to beru jako velke plus. Kdyz jsem prave na te vyssi urovni
vyvojoveho nastroje, tak chci, abych se nemusel zabyvat ptakovinami,
kterymi se zabyvat nechci. Kdyz se tim chces zabyvat, tak i v .NET
mnohdy existuje moznost, jak toho dosahnout...

> Me osobne by procedurky chybely. Jasne, jsou tam staje jako metody
> atd.

No to se dela tak, ze si udelas statickou metodu, nemusis nic resit.
Proste treba takhle:

namespace clexpert
{
  public class fn
    {
      public fn() { }

    public static string Nazev(string Parametr1, bool Parametr2)
    {
      ... bla bla ...
    }
}

A mas takovou funkci clexpert.fn.Nazev, ktera vraci string a ma dva
parametry... Tim "statis" rikas, ze je staticka a tak nemusis tridu
"fn" vytvaret, staci jednoduse pouzit metodu "Nazev" daneho jmenneho
prostoru "clexpert" a tridy "fn" odkudkoliv z programu...

Neni to zase takova tragedie, navic v tom pak mas jeste lepsi prehled,
protoze si muzes udelat ruzne tridy a tim se v nich jeste lepe vyznas,
protoze pak taky vis, co ktera dela, davas si je kazdou do jineho
souboru a take snadno pouzijes celou tridu nebo jmenny prostor ve vice
projektech.

> A hlavni smysl byl v delani veci na nizsi urovni, nez jazyk byl
> puvodne zamyslen, tedy napriklad operace s pameti typu copymemory,
> string je pouze unicode (coz je dost+), tedy nutnost vlastnich
> struktur, samotne API nabizi sice sloziteji, ale mnohem vice jak ten
> Framework ... ale to uz prehanim, uz pisu jak mnou kritizovany C++
> kolega.

Vzdy se da najit cesticka, jak leccos obejit. Otazkou je, zda to je
nutne, a zaroven zda to oceni vetsina vyvojaru. Kdyz zrovna Ty pises
hry, tak to neznamena, ze kazdy pise hry. Vicemene majoritnim
nasazenim nastroju typu Delphi jsou databazove aplikace (at se to
Petrovi Vonesovi libi nebo ne

, zdravim Te, Petre), pricemz smer
vyvoje je jasny - podpora .NET, XML, webovych sluzeb, PDA aplikaci
apod. Proc? Protoze tyto technologie setri praci a jsou urcene pro
business, coz je prave kategorie, ktera vydelava.

Informacni system nenapises v Assembleru tak, aby byl opravdu
konkurenceschopny. Assembler ponechme na drivery a i tam je to take o
Cecku. V Assembleru se vicemene uz nepise tak mohutne ani pro
jednocipove mikroprocesory nebo mikrokontrolery, i tam se dnes
pouzivaji Basicy, Cecka nebo Pascaly. Samozrejme ze to neni tak
optimalizovane jako kdyz si to cele napises v Assembleru. Jenomze ono
to neni jen o tom, jak napsat vysoce optimalizovany program. Vsechno
je otazka trhu a neni zadouci, abys aplikaci psal 1,5 roku a chtel za
ni inkasovat miliony, ale abys to napsal rychle a levne. Proto vznikly
i nastroje RAD. A proto vznikaji knihovny komponent apod. Kdyby kazdy
programoval v Assembleru, tak by Borland uz davno chcipl a vyvojarska
cast Microsoftu take

> Spise by melo byt definovano, co je nizsi jazyk.

Ono je to ve finale uplne jedno. Nejaka terminologie nebo seminarni
prace vedcu z univerzit nejsou dulezite. Mnohem dulezitejsi je treba
toto - zakaznik (nebo trh) potrebuje nejaky software a je za nej
ochoten (nebo schopen) zaplatit urcitou sumu penez, ty jsi ochoten ho
za urcitych podminek napsat, jsi ochoten urcitou cast financi
investovat do dalsich nastroju (komponenty, vyvojove nastroje) a
znalosti (studium, knihy, kurzy) a jsi schopen ho napsat za urcitou
dobu, kterou akceptuje zakaznik nebo trh. Pak se domluvite.

Jinymi slovy, kdyz ja budu zadavatel a budu po tobe chtit, abys rychle
vyvinul nejaky software, tak mi budes tezko vysvetlovat, ze radeji nez
VS.NET a C# pouzijes Assembler, pricemz to budes delat 10 mesicu misto
2 mesicu jen proto, ze si sam budes uvolnovat pamet

Rozumime si?

> Je to sice muj nazor, ale urcite ma Delphi vetsi spektrum efektivni
> pouzitelnosti jak C#

Ja Ti ten nazor vubec neberu, ale polozim Ti doplnujici otazku - na co
Ti to je? Vyuzijes to? Nebo to jen tak reknes a tim tvrdis, ze Pascal
z Delphi je lepsi nez C# z VS.NET? A hned Ti vysvetlim, proc jsem tu
otazku polozil...

Nejprve priklad - od pradavna tu probihaji diskuse, co je lepsi,
jestli Pascal nebo C++. Jaky je hlavni argument pro C++ od ceckaru? No
preci, ze v C++ se daji psat drivery. Toho si vsimni, to kazdy nadhodi
velmi rychle, kdyz se takova diskuze rozjede. A ja se ptam - na co mi
to je? Chci ja psat drivery? Kdo vubec umi psat dobre drivery? Temer
nikdo. Onehda jsem potreboval napsat driver a byl jsem za to ochoten
zaplatit nemaly peniz. Zacal jsem patrat po vyvojarich C++, kteri
umeji psat drivery. Sehnal jsem jich nula. Hlavne ze kazdy ceckar ma
plna usta reci o driverech, ze preci v C++ jdou psat. Ano, to je
opravdu velka vyhoda

No a proc nejezdi po ulici jen kamiony, kdyz do kamionu se preci vejde
vice veci a proto jsou pouzitelnejsi? Asi proto, ze osobni auta maji
take urcite vyhody.

Nelze jen tak rici, co je lepsi. Ale lze rici, co je pro konkretniho
vyvojare a pro konkretni projekt lepsi. Ja to delam temer kazdy den,
kdy vyvojarum vysvetluji, co je pro ne lepsi. Mam hodne
zakazniku-vyvojaru a komunikuji s nimi casto.

Napriklad ja stale delam a i zacinam nove Win32 projekty v Delphi 5,
ovsem webove a PDA aplikace a webove sluzby delam v .NET pod VS.NET s
C#. Protoze prave tohle je pro me uplne nejlepsi.

>>> V ASM se dela nejlepe
>> Vtipalku

> Ale udelas vse, a nejoptimalizovaneji (pokud programator neni prase)
>

Ano, udelas vse - a na co to je? Tim kamionem taky odvezes vse a mas
pred barakem kamion? Nejoptimalizovaneji? A je Ti to k necemu? Opravdu
ma cenu delat projekt 10x tak dlouho kvuli tomu, ze to je
optimalizovanejsi? Za tu dobu se 3x zvedne vykon pocitacu i pameti. To
ma cenu v urcitych kritickych castech zcela specialnich aplikaci. Ve
vetsine beznych aplikacich to nepotrebujes.

Mimochodem mi to pripomina klasickeho ceckare, ktery je schopen
stravit nekolik dni pouze na tom, ze se snazi napsat totez tak, aby to
pokud mozno napsal vsechno na jeden jediny radek s co nejmensim poctem
znaku - dekuji, nechci

Ja Ti vubec neberu Assembler ani iluze, ale bud trochu rozumny a divej
se na veci trochu objektivne a hlavne z pohledu potreby

Odpovedá: Petr Zahradnik

26. 11. 2004 21:53

Puvodni zprava ze dne 26.11.2004:

> No, vetsina lidi, jako i ja vubec netusili v dobach Pascalu co
> OOP je.

Ja si pamatuji, ze kdyz jsem si za sve penize koupil svuj prvni
program (to byl prave Turbo Pascal 6), tak jsem si pak koupil take
nejaka skripta na OOP a vubec jsem to nemohl pochopit, a tak jsem to
asi tyden nebo 14 dni cetl porad dokolecka, nez jsem to konecne
pochopil.

> Jedina moje aktivita v tomhle smeru (jeezis, to je davno) byla ta,
> ze jsem si otevrel examples Turbo Vision, zvlaste ten souborovy
> manazer a ve snaze vymyslet neco sveho a naprosto uzasneho jsem
> drbal do toho tak dlouho, dokud jsem ty veschny examples nemusel
> zase shanet v puvodnim zneni

No vidis a lidi ze Software602 ho vzali a trochu prepsali a udelali
Manazer 602 a vydelali na nem silene baliky prachu

PS: Mimochodem zde pritomny Karel Kral tehdy napsal super soft TVDM
(Turbo Vision Dialog Maker) na vizualni tvorbu dialogu a ja ho od nej
koupil a pak jsme se blize seznamili tak, ze jsme si volali a hodiny a
hodiny spolu kecali po telefonu mezimesto

Ale to uz sem vubec
nepatri...

Petr Zahradnik, pocitacovy expert

==========================================================
Petr Zahradnik, Computer Laboratory
Obvodova 740/14, 400 07 Usti nad Labem
telefon: 475 501 627, mobil: 602 409 601, fax: 475 511 338
web: http://www.clexpert.cz, e-mail: clexpert@clexpert.cz
ICQ: 21215917, MSN: clexpert@clexpert.cz
==========================================================

Odpovedá: Petr Vones

26. 11. 2004 22:57

From: "David Kraina" <dkx@seznam.cz>
> >zatial vie GC iba uvolnovat pamet. Az ju bude vediet aj sam
> >alokovat, tak programovanie asi bude celkom zabavne
>
> Abychom se nakonec nedivili, vzhledem k tomu, ze to M$ vyzdvihuje jako jednu
> z hlavnich vyhod C# ...

GC ma i dalsi vyhodu, a to ze alokace pameti je velmi rychla ve srovnani s tim
jak relativne narocna je ve Win32 (kde je treba prochazet seznam volnych bloku
atd).

Petr Vones

Odpovedá: Winsoft

27. 11. 2004 0:08

> >zatial vie GC iba uvolnovat pamet. Az ju bude vediet aj sam
> >alokovat, tak programovanie asi bude celkom zabavne
>
> Abychom se nakonec nedivili, vzhledem k tomu, ze to M$ vyzdvihuje jako
jednu
> z hlavnich vyhod C# ...

netusim ako si k tomu dosiel a ako to M$ mysli ale zatial
za mna este GC v C# ziadny objekt nevytvoril. Doteraz
som vzdy musel vytvarat objekty sam pomocou new. Ale
rad sa poucim, ak je v C# moznost automatickeho
vytvarana objektov ako sa to robi.

Erik